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"Procedimento e sistema per la stlma del consumo 
di potenza di circuit! digitali e relativo prodotto 
informatico" 

* * * 

Campo dell ' invenzione 

La presente invenzione si riferisce alia stima del 
consumo di potenza dei circuit i digitali, in 
particolare dei circuiti descritti a livello RTL 
(Register Transfer Level) o gate-level. 
Descrizione della tecnica nota 

La stima di potenza di circuiti descritti a 
livello Register Transfer o gate-level prevede di 
solito la simulazione software del progetto in 
differenti contesti; tale simulazione risulta 
estremamente onerosa in termini di tempo di esecuzione 
ed inoltre deve essere ripetuta un numero il piu 
possibile grande di volte per ottenere stime 
significative . 

Per una generale rassegna in argomento si possono 
utilmente consultare i testi Synopsys "Power Products 
References manual" - V2000.5; SENTE ' "Watt Watcher 
Tutorial" ed il lavoro di Hsu, Shen, Lin, "A Mixed- 
Level Power Estimator for CMOS Circuits Using Pattern 
Compaction Techniques" , proc . of APPCAS'98. 

I circuiti VLSI della generazione corrente possono 
raggiungere dimensioni di alcuni milioni di porte 
(gate) . Questo comporta un grande utilizzo di risorse 
per la verifica del design. 

Le metodologie di verifica in uso contemplano la 
simulazione di una o piu rappresentazioni del circuito 
per verificarne la correttezza sotto diversi aspetti, 
due dei quali sono la funzionalita e la stima del 
consumo di potenza. 

Le rappresentazioni del circuito possono essere a 
diversi livelli di astrazione. 
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Le rappresentazioni a livello di astrazione 
elevato presentano 1 ' inconveniente fondamentale dato 
dal loro modes to dettaglio intrinseco. 

Piu basso e il livello di astrazione e piu la 
5 simulazione e onerosa (in termini di CPU, memoria, 
tempo, ...) a causa della maggiore informazione che 
deve essere trattata per conseguire il maggior 
dettaglio. 

Le descrizioni RTL e gate-level a cui si e gia 
10 fatto riferimento in precedenza costituiscono 
rappresentazioni di uso piu corrente: la prima e ad un 
livello di astrazione piu elevato della seconda. Per la 
verifica di un design, il punto di partenza e 
normalmente quello in cui e necessario (o quantomeno 
15 auspicabile) eseguire una simulazione funzionale della 
netlist, in particolare a livello di gate. 

Questa soluzione porta pero ad eccedere le risorse 
a disposizione in termini di capacita del simulatore 
(memoria, CPU, tempo, etc.), sino a rendere la 
20 situazione rapidamente insostenibile quando (cosi come 
accade sempre piu spesso) si rende necessaria 
un'analisi del consumo di potenza. 

La ragione risiede nel fatto che, ancor piu della 
verifica funzionale, il consumo di potenza e 
strettamente legato al contesto nel quale il circuito 
opera . 

Un esempio signif icativo e dato da un 
microprocessore impegnato ad eseguire diversi 
programmi : lo stesso hardware pud presentare 
comport amenti estremamente diversi dal punto di vista 
del consumo (basti pensare a stati di standby o di 
computazione massiva) con valori differenti anche di 
ordini di grandezza. 

L'unico modo di ottenere stime accettabili e 
35 quello di simulare le diverse condizioni operative 
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livello di astrazione piu basso possibile. Owiamente, 
essendo le dimensioni dei circuit! tali da non 
consentire simulazioni a livello di transistor, si deve 
affrontare il problema a livello RT o a livello gate. 

Attualmente, la stima del consumo di potenza di 
circuiti digitali basata su simulazione si articola in 
due passi : 

estrazione di inf ormazioni sull ' attivita di 
commutazione del circuito, owero sul numero di 
commutazioni fra stato logico alto e stato logico basso 
delle uscite delle porte che compongono il circuito, e 

- stima del consumo di potenza tramite software 
dedicato a partire dalle informazioni di cui al punto 
precedente . 

15 Nella sostanza, la tecnica di estrazione consiste 

nell'aggiungere (tramite linking) al simulatore una 
serie di procedure (ossia funzioni software) che, 
durante la simulazione (a livello RT o gate) , accedono 
ai dati ed eventualmente li elaborano ed archiviano in 

20 un formato utilizzabile dallo stimatore. 

Cio viene fatto tramite la PLI (acronimo per 
Program Language Interface) dei simulator! commerciali, 
oppure tramite programmi di conversione delle forme 
d'onda tracciate in file contenenti 1' attivita di 

2 5 commutazione. 

Questo modo di procedere introduce pero un 
ulteriore onere per il simulatore, in particolare 
quando si opera a livello gate (che e l'unico in grado 
di garantire accuratezza soddisf acente in termini 

30 assoluti) . 

Dunque, anche potendo disporre di soluzioni 
potenzialmente in grado di realizzare la simulazione di 
circuiti suscettibili di essere costituiti anche da 
svariati milioni di gate, i tempi di simulazione 
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software necessari per completare tale stima eccedono 
spesso i tempi di vita del design stesso. 

Scopi e sintesi della presente invenzione 

La presente invenzione si prefigge pertanto lo 
5 scopo di fornire una soluzione per la stima del consumo 
di potenza di circuiti digitali (quali ad esempio 
circuiti descritti a livello RT o gate) in grado di 
superare gli inconvenient i delineati in precedenza. 

Secondo la presente invenzione, tale scopo viene 
10 raggiunto grazie ad un procedimento avente le 
caratteristiche richiamate in modo specifico nelle 
rivendicazioni che seguono. 

L' invenzione e suscettibile di essere messa in 
atto tanto sotto forma di procedimento o metodica, 
15 quanto sotto forma di un corrispondente sistema. 

Quest' ultimo pud essere vantaggiosamente 
configurato sia sotto forma di un'unita elaborativa di 
tipo dedicato (ad esempio un processore o un 
microprocessore) associata direttamente all ' emulatore , 

2 0 sia sotto forma di un elaboratore digitale general 

purpose che, adeguatamente programmato, realizza il 
suddetto procedimento. 

L' invenzione si riferisce pertanto anche al 
relativo prodotto informatico, disponibile su un 
25 supporto, quale un disco o un altro tipo di memoria e/o 
"scaricabile" da una rete telematica che, caricato e 
fatto girare su un tale elaboratore, consente di 
attuare il procedimento secondo 1 ' invenzione . 

La soluzione secondo 1' invenzione realizza 

3 0 modifiche automat iche al design che non ne alterano la 

funzionalita originale (tantomeno ai morsetti) , ma che, 
tramite 1'aggiunta di hardware emulato, consentono di 
monitorare in-situ il comportamento (in pratica 
l'uscita) di ogni porta logica in ogni istante di 
35 tempo. 
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I dati raccolti (in tempo reale) vengono 
memorizzati per un' event uale post-elaborazione . 

In particolare, la soluzione secondo 1 ' invenzione 
non da origine ad una specif ica modal ita di prova 
5 test, il che significa che il circuito non abbisogna di 
un particolare insieme di stimoli o di una particolare 
conf igurazione . 

In sostanza, la soluzione secondo 1' invenzione si 
basa sull'utilizzo di emulatori hardware (che 
10 consentono un notevole aumento di prestazioni, anche di 
diversi ordini di grandezza) nei quali il design e 
mappato modificando le celle di libreria che compongono 
le netlist al fine di acquisire durante l'emulazione le 
informazioni sufficient! per la stima del consumo di 
15 potenza. Le maggiori prestazioni degli emulatori 
permettono fra l'altro di effettuare un gran numero di 
simulazioni del medesimo circuito nelle piu diverse 
condizioni . 

Al riguardo, va notato che gli emulatori al 
momento disponibili (si veda ad esempio il testo Celaro 
User's and Reference Manuals - Version 2.3_2, February 
2000) non prevedono l'estrazione di informazione 
sull'attivita di commutazione del circuito, owero sul 
numero di commutazioni fra stato logico alto e stato 
25 logico basso delle reti che compongono il circuito 
stesso . 

La soluzione secondo 1' invenzione introduce 
pertanto un metodo alternativo rispetto a quelli sinora 
noti per ricavare le informazioni necessarie alia stima 
3 0 di potenza, coinvolgendo l'uso di un emulatore. 

Tale soluzione realizza modifiche automatiche al 
design che risultano del tut to trasparenti all'utente, 
consentendo di raccogliere (in tempo reale) dati 
sufficient! per eseguire una stima affidabile e 
35 completa del consumo di potenza. 
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Breve descrizione dei disegni annessi 
L'invenzione verra ora descritta, a puro titolo di 
esempio non limitative con riferimento ai disegni 
annessi, nei quali: 
5 - la figura 1 illustra una generica porta logica 

di un circuit© a cui e possibile applicare la soluzione 
secondo l'invenzione, e 

- la figura 2 illustra la possibile applicazione 
della soluzione secondo l'invenzione alia porta logica 
10 rappresentata nella figura 1. 

Descrizione particolareggiata di un esempio di 
attuazione preferito dell ' invenzione 

Nel seguito verranno illustrati in dettaglio i 
principi posti alia base della soluzione secondo 
15 l'invenzione. 

Per chiarezza si fara riferimento a simulazioni a 
livello gate, ma i concetti sono applicabili in modo 
indifferente anche a livello RT o superiore. Ne 
consegue quindi che la portata della presente 
2 0 invenzione non deve essere in alcun modo considerata 
limitata ai circuiti digitali descritti a livello RT o 
a livello gate. 

Nella figura 1 il riferimento G indica una 
qualsiasi cella di un circuito digitale descritto, ad 
25 esempio, a livello gate. 

In termini generali, la cella G presenta un certo 
numero di ingressi a, b, c (che possono essere in 
numero qualsiasi, da 1 a n) . 

In funzione dei valori assunti nel tempo da tali 
30 ingressi la cella G realizza una certa attivita di 
commutazione sulla sua uscita x. 

Le informazioni necessarie per poter stimare il 
consumo di potenza (owerosia quelle da passare ad uno 
stimatore) sono : 
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un interval lo di tempo ( event ualmente 
coincidente con 1'intera durata della simulazione) sul 
quale effettuare la stima, 

- per ogni nodo della netlist, il numero di 
5 transizioni eseguite durante tale intervallo di tempo: 

tale valore e in genere indicato come toggle count, e 

- per ogni nodo della netlist, la frazione di 
tempo in cui lo stato e stabile (1 o 0 logico) 
all'interno dell ' intervallo definito in precedenza : 

10 tale valore, esprimibile percentualmente , e indicato 
come probability statica. 

Nella forma di attuazione al momento preferita, 
l'invenzione si basa essenzialmente sulla soluzione 
illustrata nella figura 2, e prevede di associare ad 

15 ogni cella di libreria (standard) che compone il design 
un elemento (un blocco RTL o gate) in grado di eseguire 
la seconda e la terza operazione descritte in 
precedenza, ossia la rilevazione del numero di 
transizioni eseguite durante 1' intervallo di tempo di 

2 0 stima e la frazione di tempo in cui lo stato e stabile 
all'interno del suddetto intervallo. 

In particolare, 1 ' associazione pud essere 
realizzata in corrispondenza di un pin di uscita della 
cella G, come nel caso dell'esempio qui illustrato. 

25 L' associazione pud awenire (anche o in alternativa) in 
corrispondenza di altri pin. 

In ogni caso, la combinazione formata da tale 
nuovo blocco, indicato con B, con la cella originale G 
pud essere semplicemente vista come una nuova cella 

30 avente gli stessi ingressi (a, bee) e le stesse 
uscite (x) della cella precedente, che risulta 
funzionalmente equivalente (ai morsetti esterni) alia 
cella originale. 

La cella risultante (cella originale G + blocco B) 

35 pud infine essere inclusa in una libreria da usarsi in 



- 8 - 



fase di compilazione al pari delle celle originali. 
Tale libreria viene generata in modo semi -automat ico 
solamente una volta e pud essere riutilizzata per 
qualunque design mappato sulla stessa libreria logica. 
5 L'acquisizione dei dati pud essere controllata da 

eventi hardware monitorati da analizzatori logici 
attivi sull'emulatore, che abilitano e disabilitano 
l'elaborazione dei dati a fronte di particolari eventi. 
Cio permette, per esempio, di stimare la potenza 
10 soltanto nell'esecuzione di una particolare porzione di 
codice eseguito da un micro-controllore, monitorando 
1' Instruction Pointer Register. 

Tutto cio awiene secondo criteri di per se noti, 
correntemente adottati negli emulator! di impiego 
15 corrente (si faccia riferimento, a titolo di esempio, 
al documento sull ' emulazione citato in precedenza) , il 
che rende una descrizione particolareggiata di tale 
modal ita del tutto superflua in questa sede. 

Poiche la prerogativa degli emulator! e quella di 
20 eseguire la simulazione alia velocita permessa 
dall' hardware, 1 ' introduzione di blocchi quale il 
blocco indicate con B nella figura 2 non comporta un 
aggravio significative dei tempi di emulazione stessi . 

La maggiore complessita della nuova cella ha in 
25 effetti un' influenza sulla capacita dell ' emulatore, in 
quanto riduce di fatto il massimo numero di gate che 
possono essere emulati (tale limitazione e dovuta alia 
capacita fisica dell ' emulatore stesso) . cio peraltro 
non rappresenta un vincolo troppo stringente in quanto 
30 non vi e necessity di estrarre tutte le informazioni 
nella stessa simulazione. 

Si pud infatti utilizzare una qualunque tecnica di 
ripartizione (partitioning) per selezionare gruppi di 
celle omogenei oppure blocchi gerarchici del design 
35 durante l'elaborazione. 



II notevole rapporto fra la velocita di un 
emulatore e quella di un tipico simulatore (diversi 
ordini di grandezza) lascia ampi margini per sfruttare 
simulazioni multiple . 

Uno dei vantaggi principali offerti della 
soluzione proposta rispetto alle soluzioni software 
tradizionali risiede nell ' applicability a circuiti di 
dimensioni arbitrarie da simularsi per una sequenza di 
ingressi arbitrari, con il conseguimento di notevoli 
vantaggi anche a livello di semplicita di 
implementazione (libreria di celle da creare una sola 
volta) e nella trasparenza all'utente finale. 

Durante l'emulazione e necessario accedere 
all ' inf ormazione memorizzata nei blocchi B aggiunti 
alle celle di libreria. Tale accesso puo essere 
realizzato con linguaggi proprietari degli emulatori 
che permettono di ispezionare il valore di net e 
registri a run-time o tramite PLI . 

Questa inf ormazione puo essere salvata e post- 
elaborata per permetterne la lettura da parte dei 
software che eseguono a posteriori la stima di potenza. 

I criteri di svolgimento di tale stima di potenza 
sono da ritenersi noti nella tecnica (sono disponibili 
diversi software commerciali che realizzano tale 
funzione) e non richiedono pertanto di essere descritti 
in dettaglio in questa sede, anche perche tali criteri 
non costituiscono - di per se - materia della presente 
invenzione . 

La soluzione secondo 1' invenzione consente di 
affrontare la stima di potenza anche in casi non 
trattabili tramite simulazione software. 

Tale soluzione e facilmente generalizzabile a 
tutte le trasformazioni pensabili per una cella di 
libreria tramite 1'aggiunta di un blocco hardware che 
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realizza una certa funzionalita basata sul monitoraggio 
delle uscite (o degli ingressi) della cella originale. 

Un blocco hardware aggiuntivo quale il blocco B 
non modifica la funzionalita della cella stessa nei 
confront! del design emulate, ma permette di estrarre 
nuove informazioni da una simulazione, l'unico 
requisite essendo quelle di realizzare in hardware la 
funzione voluta . 

Nel case in questione si tratta di un conteggio 
ragionato di event i memorizzato sui registri cui e 
possibile accedere a run-time, ma sono pensabili 
diverse altre applicazioni della stessa metodologia. 

In particolare, la soluzione secondo l'invenzione 
consente di realizzare la stima di potenza nei circuit! 
15 digital! descritti a livello RT o gate (ma, come si e 
visto, anche a livelli diversi) , prevedendo una 
soluzione in cui le trasf ormazioni necessarie per il 
design sono automatiche e non hanno un' influenza sulla 
funzionalita del design. 

L'informazione estratta e" memorizzabile a run-time 
ed e sufficients per la stima di potenza realizzata con 
software commerciali. 

Naturalmente, fermo restando il principle 
dell'invenzione, i particolari di realizzazione e le 
forme di attuazione potranno essere ampiamente variati 
rispetto a quanto descritto ed illustrate, senza per 
questo uscire dall'ambito della presente invenzione, 
cosi come definita dalle rivendicazioni annesse. 
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RIVENDICAZIONI 
1. Procedimento per stimare il consumo di potenza 
su un intervallo di tempo dato di circuiti digitali 
descritti a livello di elementi funzionali simulati (G) 
5 prowisti di terminali di ingresso/uscita (a, b, c; x) , 
caratterizzato dal fatto che comprende le operazioni 
di : 

emulare, a livello hardware, elementi 
addizionali (B) associati a detti elementi funzionali 

10 (G) ; . detti elementi addizionali emulati (B) essendo 
suscettibili di rilevare, durante 1 ' emulazione del 
circuito, almeno un segnale indicativo del 
comport amento, e dunque del consumo di potenza, del 
relativo elemento funzionale (G) associato durante 

15 detto intervallo di tempo, e 

- acquisire il valore di detto almeno un segnale, 
detto valore essendo indicativo del consumo di potenza 
di detto elemento funzionale associato (G) in detto 
intervallo di tempo dato. 

20 2 - Procedimento secondo la rivendicazione 1, 

caratterizzato dal fatto che detti elementi addizionali 
(B) vengono emulati associandoli ad un'uscita (x) del 
rispettivo elemento funzionale (B) . 

3 . Procedimento secondo la rivendicazione 1 o la 

25 rivendicazione 2, caratterizzato dal fatto che detti 
elementi addizionali emulati (B) sono suscettibili di 
rilevare, durante detto intervallo di tempo dato : 

- il numero di transizioni (togrgrle count) eseguite 
dal relativo elemento funzionale (G) associato, e 

30 " la frazione di tempo in cui lo stato del 

relativo elemento funzionale associato (G) e stabile, 

il valore di detto numero di transizioni e di 
detta frazione di tempo essendo indicativi del consumo 
di potenza di detto elemento funzionale (G) durante 

35 detto intervallo di tempo. 
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4. Procedimento secondo una qualsiasi delle 
precedent! rivendicazioni , carat terizzato dal fatto che 
comprende l'operazione di controllare 1 ' acquis! zione di 
detto almeno un segnale tramite eventi hardware 
monitorati da analizzatori logici attivi 
sul 1 ' emulatore . 

5. Procedimento secondo una qualsiasi delle 
precedent! rivendicazioni, caratterizzato dal fatto che 
comprende l'operazione di accedere all ' inf ormazione 
memorizzata in detti element! addizionali emulati (B) e 
l^operazione di memorizzare tale inf ormazione in vista 
di una successiva elaborazione . 

6. Sistema elaborativo configurate per 
l'attuazione del procedimento secondo una qualsiasi 
delle rivendicazioni 1 a 5. 

7. Prodotto informatico direttamente caricabile 
nella memoria interna di un elaboratore digitale 
comprendente porzioni di codice di programma per 
attuare le operazioni secondo una qualsiasi delle 
rivendicazioni 1 a 5 quando detto prodotto informatico 
viene fatto girare su un elaboratore. 



RIASSUNTO 

Per stimare il consumo di potenza su un intervallo 
di tempo dato di circuiti digitali descritti a livello 
di elementi funzionali (G) prowisti di terminali di 
ingresso/uscita (a, b, c; x) si emulano, a livello 
hardware, elementi addizionali (B) associati. Tali 
elementi addizionali emulati sono suscettibili di 
rilevare, durante detto intervallo di tempo, almeno un 
segnale indicativo del comportamento dell ' elemento 
funzionale (G) associato durante l'emulazione hardware 
del circuito. Di preferenza, viene rilevato il numero 
di transizioni eseguite durante il suddetto intervallo 
di tempo dell ' elemento funzionale associato (G) nonche 
la frazione di tempo in cui lo stato di tale elemento 
funzionale (G) e stabile (1 o 0) . II valore di tali 
segnali viene acquisito per realizzare una stima del 
consumo di potenza dell ' elemento funzionale (G) durante 
il suddetto intervallo di tempo. 

(Figura 2) • 
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